home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / lang / c++-part2 / 12317 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  3.7 KB
  1. Path: news.erl.sbs.de!news
  2. From: Bernd Reh <Bernd.Reh@RbgS413.Rbg1.Siemens.SCN.DBP.DE>
  3. Newsgroups: comp.lang.eiffel,comp.lang.c,comp.lang.c++,comp.object,comp.software-eng
  4. Subject: Re: Beware of "C" Hackers -- A rebuttal to Bertrand Meyer
  5. Date: 19 Mar 1996 13:57:51 GMT
  6. Organization: Siemens Automotive Systems, Regensburg, Germany
  7. Message-ID: <4imegv$lfo@millie.scn.de>
  8. References: <1995Jul3.034108.4193@rcmcon.com>    <3taaha$p8j@ixnews3.ix.netcom.com> <3tap9h$qp3@saba.info.ucla.edu>    <RMARTIN.96Mar13110714@rcm.oma.com> <4i862r$1evq@saba.info.ucla.edu> <64ss5$3F3RB@herold.franken.de>
  9. NNTP-Posting-Host: 162.3.71.22
  10. Mime-Version: 1.0
  11. Content-Type: text/plain; charset=us-ascii
  12. Content-Transfer-Encoding: 7bit
  13. X-Mailer: Mozilla 1.1N (X11; I; HP-UX A.09.05 9000/715)
  14. X-URL: news:64ss5$3F3RB@herold.franken.de
  15.  
  16. Hey this is a nice thread. Isn't there s.th. like comp.lang.advocacy ? :-))
  17. Yet I'm willing to join in.
  18.  
  19. jhd@herold.franken.de (Joachim Durchholz) wrote:
  20. >jmartin@cs.ucla.edu wrote 14.03.96 on Re: Beware of "C" Hackers -- A rebuttal to Bertrand Meyer:
  21. >
  22. >
  23. >Stuffing as much logic as possible into a single line of C is one possible  
  24. >variant elegance. Such elegance doesn't have any relevance to Software  
  25. >Engineering, of course. It is more related to crossword puzzles, Mensa  
  26. >riddles, the Obfuscated C Contest and all other sort of intellectual  
  27. >challenges. It has no useful purpose beyond itself, and should not be  
  28. >taken seriously for serious work. (It would be ridiculous to take this  
  29. >type of fun stuff seriously!)
  30. >
  31. >But don't confuse these intellectual games with the Real World.
  32. >
  33. No I don't. But many C programmers loving these intellectual games ( O.K. not
  34. the 10+ years experienced ones or Mr. Seebach :-). Or...?)
  35. But the danger to confuse this is much higher in C than it is in other
  36. languages like ADA or EIFFEL.
  37.  
  38. >
  39. >
  40. >There is one trait among many hackers that will make method gurus uneasy -  
  41. >they don't like to be restricted.
  42. >This makes C popular among hackers - it gives many benefits of discipline  
  43. >(many opportunities for the compiler to do type checking), but allows  
  44. >evading the restrictions whenever necessary (type casts).
  45. >
  46. Exactly. Therefore this hackers are horror if you have to work together with
  47. them (cauze code is too large) or have to rework a hacker's work (Don't flame
  48. me on my use of the work hacker; I mean the ones who like to use all
  49. beastialities of C :-))
  50.  
  51. >
  52. >Remember the argument that subroutine calls slow down programs.  
  53. >Subroutines have won because they made programming much easier and faster.
  54. >
  55. Oh, you've never been in automotive industry. There people stay with assembler
  56. and hate subroutine calling cause they are sharply RAM/ROM restricted due to
  57. their small embedded controller! A stack ? Virtual memory? No way!
  58.  
  59. >I haven't said a word of design phase vs. programming phase. And my  
  60. >impression is indeed that a hacker doesn't want to waste time on design  
  61. >when he could use to build working programs. But that is more a question  
  62. >of the point of view; the hackers that build large systems do design in an  
  63. >informal way, and they usually don't document it. Nevertheless all larger  
  64. >programs done by hackers have a design.
  65. >
  66. Yes, and in deed this design is mostly efficient. But if the software is larger
  67. than one wizard can handle and many wizards are working there will there still
  68. be a good design?
  69. And it's NOT a question of point of view whether documenting the (underlaying)
  70. design is a waste of time if you want
  71. -- to maintain code not written by you
  72. -- reuse as many portions as possible in later projects
  73.  
  74. >
  75. >-Joachim
  76.  
  77. -- 
  78.     Bernd
  79.  
  80. ------------------------------------------------------------------------------
  81. I do not speak for Siemens -- but I hope Siemens will speak in favour of me !
  82.  
  83.